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[0001] The invention relates to a wireless telephone handset and an intelligent base station that 
connects a call either to the public switched telephone network (PSTN) or to a packet network 
using Voice over IP (VoIP) based on a per call selection algorithm. 

Background of the Invention 

[0002] At the present time, it is becoming commonplace for users to communicate via speech 
using packet networks in lieu of the standard public switched telephone network. Voice over IP 
(Internet Protocol) is typically used to provide this capability. Users can select from a variety of 
products including wired VoIP desk sets and wireless systems that use both proprietary protocols 
between a handset and a base station, as well as the wireless LAN 802.1 1 protocols. Of course, 
users can also select from any number of wireless telephones that connect to the PSTN. 
However, if one wishes to avail him or herself with access to both types of networks, one must 
acquire a separate system for each, one for VoIP gateway dialing and the other for wireless 
traditional PSTN dialing, and manually select which system to use on any given telephone call. 

Summary of the Invention 

[0003] The invention addresses the problems by providing a telephone system that in a first 
respect is capable of placing or receiving calls over the PSTN or a packet network. The 
preferred embodiment for packet communications is via the TCP/IP protocol. In a second aspect 
of the invention, the telephone system has the capability of storing multiple telephone numbers 
for each potential called party along with preferences that govern the order of selecting telephone 
numbers to service any given outgoing call. Some or all of the telephone numbers can be 
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associated with a presence service. Cell phone operators already have the ability to collect and 
distribute presence indicators. Other telephones that are associated with computers can be 
associated with presence services at the present time. All telephones will no doubt have this 
capability at some time in the future. For the telephone numbers that are associated with a 
presence service, presence indicators stored in the telephone system are dynamically updated via 
the packet network connection and are used as part of the telephone number selection algorithm. 

[0004] In the preferred embodiment, the telephone system is a wireless system comprising a base 
station and a handheld mobile device such as a wireless telephone handset or Personal Data 
Assistant (PDA) equipped with a microphone and speaker. A user of the telephone system 
configures the system over a Local Area Network (LAN) using a browser at a workstation. The 
mobile device or the base station could also be equipped as well to perform configuration using 
either a keypad or voice recognition technology. Configuration includes among other things 
adding names and telephone numbers to a database in the telephone system. Configuration also 
includes the selection of a preference algorithm to control the order in which telephone numbers 
are dialed to attempt connection with a called party and whether any given call is routed first 
over the packet network or the PSTN. The selection of PSTN or VOIP can be based on many 
algorithms. In the preferred embodiment, the user can configure the selection of routing by time 
of day or area code. Certainly, these preference algorithms are intended as examples and not to 
be limiting. The dynamically adjusted presence indicators, of course, play a large role in the 
selection of telephone numbers. 

Brief Description of the Drawings 

[0005] Fig. 1 shows block diagram of a wireless system, including a handset or handheld with a 
display and an intelligent base station, for practicing the invention; 

Fig. 2 shows an illustrative block diagram of the intelligent base station; 

Fig. 3 shows an illustrative block diagram of the handset or handheld of the wireless system; 
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Fig. 4 shows a screen image of a configuration menu that is displayed on a networked computer 
in a preferred embodiment of the system, or secondarily on a display of the handset or handheld; 

Fig. 5 shows a computer display of a called party names list stored in the base station; 

Fig. 6 shows a computer display image of a presence table stored in the base station and 
associated with potential called parties; 

Fig. 7 shows an computer display image of a time-of-day routing preference table stored in the 
base station and used to select routing of a call over VoIP or POTS telephone lines; 

Fig. 8 shows an alternative routing preference table bases on area code rather than time-of-day; 
and 

Fig. 9 shows a functional flowchart of the steps that are performed in the course of placing a 
telephone call from the mobile handset or handheld. 

Detailed Description 

[0006] Fig. 1 shows a wireless mobile telephone handset 100 that communicates with a 
base station 102 using well-known wireless protocols. The base station has two ports for 
communicating with called parties. A first port 104 is a standard telephone connection for 
communicating with the public switched telephone network (PSTN) for POTS (Plain Old 
Telephone Service) telephone service. The second port 106 is a standard data connection for 
communicating with a data network, such as the Internet for telephone communication using 
Voice over IP (VoIP). In the preferred embodiment, the packet network connection 106 from 
the base station is connected to an internet 1 14 using a router 1 12 that is attached to a LAN 
108. LAN 108 also connects to a computer 1 10 and base station 102. The base system is 
configured over the LAN 108 using a browser, such as Microsoft Internet Explorer, that is 
executed in a computer 110 attached to the base station 102 via the LAN 108. This technique 
of configuring network devices is well known and used typically to configure routers, 



Docket No. RSW920030149US 1 3 



bridges, etc. The packet connection 106 is also used to receive presence indications 
associated with potential called parties at designated telephone numbers, as will be explained 
below. These presence indications arrive from the internet 1 14 and are forwarded to base 
station 102 via LAN 108. 

[0007] Fig. 2 shows an illustrative block diagram of the base station 1 02. It is equipped 
with an antenna 200 to communicate wirelessly with the handheld device 100. The antenna 
200 is connected to a transmitter/receiver 202 over which digital data is transmitted between 
the handheld 100 and the base station 102 using wireless telephony protocols. The base 
station is controlled by a CPU (central processing unit) 204. CPU 204 is controlled by a 
firmware program and operating system embedded in firmware memory 206. CPU 204 also 
communicates with other portions of the base station via a data bus 222. The base station can 
also be equipped with a keypad 208, microphone and speaker (not shown) for additional 
convenience and functionality. 

[0008] A switch 2 1 0 controls whether the base station communicates with the PSTN or 
with a data network. In the VoIP state, switch 210 connects the transmitter/receiver 202 to 
packet interface 212. Packet interface 2 1 2 performs the functions necessary to packetize 
data from the handheld 100 and send it to TCP/IP stack 214; for incoming data from the 
packet network via connector 216, packet interface 212 de-packetizes the data and sends it to 
the transmitter/receiver 202. 

[0009] When switch 2 1 0 is in the POTS state, it connects the transmitter/receiver 202 to 
a POTS interface 218, which is conventional well-known apparatus in commercial use today 
for PSTN communication via the POTS connector 220. 

[0010] The wireless system can be an analog system or a digital system. The 
fundamental technology for either type of system, including the transmitter/receiver 202 and 
the POTS and packet interfaces is commercially available in chip sets. Conexant, Inc., for 
example, is a leading manufacturer of wireless telephony digital and analog chips as well as 
technology for voice over IP. 
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[00 1 1 ] A name list 224 is maintained in a random-access memory of the base station; the 
names list contains the names of people that can be called using the list, along with the 
information necessary to complete the calls. Also in random-access memory is a presence 
table 226 that contains information regarding the instant presence at specified telephones or 
devices of people in the names list 224. The name list and presence table are discussed in 
more detail below. One or more instant messaging (IM) clients 228 are also present in the 
memory of the base station to maintain the dynamic state of the presence table. The IM 
clients receive presence information from the Internet via the network connector 216. The 
IM clients are loaded into the base station using the computer 1 10 and the LAN 108 
connection to the base station. 

[0012] Fig. 3 contains a block diagram of the handheld 100. An antenna 300 
communicates with base station 102 and connects to a transmitter/receiver 302 of the 
handheld. Like the base station, the handheld 100 also contains a CPU 304 controlled by a 
firmware program and operating system 306. CPU 304 communicates with other equipment 
in the handheld via a data bus 322. A keypad 308 allows the entry of telephone numbers if 
that mode of operation is desired by a caller. The handheld also contains a names list 324 in 
its random-access memory, but unlike the names list 224 in the base station, names list 324 
contains only the names in the identical format as stored in the base station names list. 
Whenever the base station names list 224 is edited, when the user is completed and saves the 
table, the names only portion of the table is transmitted to the handheld and stored in its 
names list. When a caller activates the handheld names list 324, its contents are displayed on 
display 326. The caller can navigate through the list using buttons on the keypad or, with 
today's technology; a voice recognition chip can easily be used to allow a caller to verbally 
navigate the names list. The handheld also contains other equipment that is standard in 
wireless mobile units, illustrated here as 310, that connects to a microphone 312 and speaker 
314. 

[0013] The operation of the system is now described. Fig. 4 shows a sample menu of 
configuration services that is displayed to a user at computer 110 of Fig. 1. This sample 
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menu contains links for editing the name list, and for configuring time-of-day or area code 
preferences, and for setting the number of rings that determine when the system abandons a 
number as unanswered. As mentioned, the preferred way of configuring the base station is 
by using a browser such as the Microsoft Internet Explorer, although many other modes are 
possible and contemplated within the scope of the invention. The operating system contained 
in firmware 206 of the base station contains a server to communicate with the browser 
software at the computer 110. Name list 224 in the base station is edited by displaying its 
contents at the browser. 

[0014] Fig. 5 shows an illustrative screen that is displayed at computer 1 10 for name 
entry, display and editing. Each entry of the name list contains a Name field 500, a Number 
field 502, a Preferred field 504, a Cell field 506, an Instant Message (IM) field 508, and an 
instant messaging ID field 510. In each entry, the name field 500 contains a person's name 
in any way that the user wishes to identify the person. The Number field 502 contains a 
telephone number associated with that person. As shown in the first four entries of the name 
list of Fig. 5, John Doe has at least four telephone numbers at which he might be reached. If 
"JD" in the fifth entry refers to the same John Doe, then he has five numbers entered into this 
list. The Preferred field 504 contains a flag that indicates a preference for a particular 
number. The Cellular field 506 contains a flag that identifies a number as belonging to a cell 
phone. The IM field 508 contains an identification of an instant messaging client if there is 
such a client associated with the particular telephone number. Each such client corresponds 
to an instance of IM client 228 in Fig. 2. There are presently a number of possible IM 
services, such as offered by Lotus Sametime, ICQ, Yahoo, AOL and Microsoft's MSN. 
Some of these services are free and require only a registration via the World- Wide- Web. In 
Fig. 5, John Doe has registered with three such services; AOL Instant Messaging (AIM), 
Yahoo and Sametime. Each service is associated with a different telephone number, and 
each requires a different IM client loaded as an instance of IM Client 228. Each service has a 
different format for a user identification and the user identification is placed in the ID field 
510 of Fig. 5. For example, John Doe's ID for AIM is "JOHNDOE". On the other hand, 
Sametime uses an internet e-mail address as the user ID. John Doe's e-mail address is 
jd(g>us,ibm.com . New entries are created by positioning the cursor in the desired field of the 
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row 512 at the bottom of the screen and typing in the contents of the field. This is a data 
entry technique that is used by many database programs, such as Microsoft Access for 
example. The same entry technique is used for the tables shown in Figs. 6, 7 and 8 as well. 

[001 5] For each entry in the names list (Fig. 5), there is a corresponding entry in the 
Presence Table, as shown in Fig. 6. The names are shown in Fig. 6, but that is primarily for 
clarity here; only a number field is actually required in the preferred embodiment. The P 
(presence) field 604 contains a flag that is set or reset dynamically as a person associated 
with an IM service logs into and off of the service. A "Y" indicates that a person is logged in 
at the number associated with the IM service. A "N" indicates that the person is not logged- 
in; an empty field means that the telephone number is not associated with an IM service. 
Each presence service generates a presence or non-presence message, along with a telephone 
number, as its registered members log on and off of a service, and these messages are 
transmitted in real-time to interested people. Such messages are received over the Internet by 
an IM Client 228 and communicated to the appropriate entry in the presence table identified 
by the received number. This is conventional service at this time that differs in operation 
somewhat with the different services, but RFCs 2778 and 2779 have been proposed by the 
Internet Engineering Task Force to attempt to establish an operational standard. 

[0016] The user can establish preferences for the routing of calls. Obviously, there are 
many alternative ways of defining user preferences. Two alternative preferences are taught 
here for illustrative purposes, a time-of-day (TOD) preference, and an area code (AC) 
preference. A user selects which service he or she wishes by means of the browser menu in 
Fig. 4. If a user selects TOD preferences, the TOD preferences table in Fig. 7 is displayed by 
the browser. By way of example, each entry of this table contains a start time field 700, an 
end time field 702, a primary field 704 and a secondary field 706. The start and end fields of 
an entry define an interval of time in which the preferred call routing is specified by the 
primary field 704. If a call is unsuccessful via the preferred route (VoIP or POTS), and if 
there is a secondary entry, then the call is re-tried via the secondary route. If there is no entry 
in the secondary field, this means the user never wants to use that routing in the defined time 
interval. If a routing field contains a "DC" (don't care) entry, then a call is placed in the 
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associated time interval by the base station making arbitrary selection as to primary and 
secondary routing. 

[001 7] If the user prefers to route calls according to area code, then the user configures 
the table shown in Fig. 8, using the menu of Fig. 4. Each entry of the AC table has an AC 
field 800 that contains a desired area code. The primary field 804 and the secondary field 
806 are used in the same way as described above for TOD preferences. 

[001 8] Fig. 9 contains an illustrative functional flowchart of actions performed to place a 
telephone call. At step 900, a user activates the name list 324 stored in the handheld 100 and 
navigates to the name of the person he or she wishes to call. The user then initiates the call 
by depressing a CALL key or equivalent. As a result, the selected name is transmitted to the 
base station 102 at step 902. The selected name is received at the base station at step 904 and 
used to search for an entry in the name list 224 of the base station. If the selected name is 
"John Doe" for example, a preferred name entry is found at the second John Doe entry at 
telephone number 919-530-4354, as indicated by the Y in the Preferred field 504. This 
particular number is not associated with a cellular phone, as indicated by the N in the 
Cellular field 506. However, field 508 indicates that this phone is associated with the AOL 
IM service AIM. The base station therefore, interrogates the second entry of the Presence 
table in Fig. 6 to determine if John Doe is present at this telephone location. Field 604 of the 
presence table indicates that John Doe is present at number 919-530-4354. Therefore, the 
base station places a call to the preferred number 91 9-530-4354 for John Doe. If the 
Presence table had indicated that John Doe was not present (N in field 604) at the preferred 
number, the base station would then look for an entry for John Doe in the Presence table for 
which the presence indicator 604 is set. Failing that, the base station would lastly look for a 
presence entry that is null (neither Y nor N). Such a null state means that there is no 
presence service associated with the corresponding telephone number. The base station 
would therefore dial this number last, and of course there may be plural such telephone 
numbers that might be dialed in sequence until John Doe is located or the list of possible 
numbers is exhausted. If it is assumed that the Y entry for John Doe in the presence field 604 
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were in fact a N, then base station 102 would select the number 919-260-1231 from the first 
entry, because that's the only number at which John Doe might be present. 

[0019] After a number has been selected at step 904, step 906 interrogates a preference 
table to determine the routing (VoIP or POTS) of the call. If the user has selected time-of- 
day (TOD) routing, the TOD table in Fig. 7 is interrogated. Assuming that it is 10 AM in the 
morning for example, the TOD table indicates (field 704) that VoIP is the primary routing 
choice. The base station controls switch 210 to select the VoIP path to TCP/IP connector 
216 and the call is then placed in a conventional VoIP fashion at step 910. If that call fails 
for any reason, or if the call is unanswered after a specified number of rings (see Fig. 4 and 
912 in Fig. 9), or if the caller initiates a disconnect from the keypad 208, the base station 
continues to step 914 and examines the secondary routing field 706 of Fig. 7 for a secondary 
routing (POTS in this example). If a secondary routing is specified, then the base station re- 
tries the call at 914 using the secondary preference. If the user has not specified a secondary 
routing preference, as at field 706 of the second TOD entry (5 PM to 1 1 PM), then the base 
station will not re-try the call to this particular number. At 916, the base station returns to 
step 904 to search for another telephone number to try. Eventually, a call will be successful 
(which is not shown in Fig. 9) or all possibilities will have been exhausted. The preferred 
embodiment in the latter case displays an appropriate no answer message on the display 326, 
as illustrated at 920 of Fig. 9, if the call is ultimately unsuccessful. 

[0020] Artisans in the field of the invention will realize that there are many variations within the 
spirit and scope of the preferred embodiment. It is the intent of the inventors to encompass these 
variations to the extent possible according to the state of the relevant art and the law. 
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